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. MESSAGE HEADER FOR MESSAGING SERVICE . 
Field of the Invention 

The present invention relates to network environments 
supporting multiple messaging services',- and particularly but 
5 not exclusively to such environments in which different 
messaging services have different requirements. 

Background to the Invention 

Messaging services are well known in the field of wireless 
mobile telecommunications. A short message service (SMS) 
10 enables simple messages to be sent between mobile terminals, 
such as mobile telephones, in a wireless communication 
system. The extended message searvice (EMS) is an evolution 
of SMS, and allows enhanced messages, for example including, 
formatted text, to be transmitted between mobile terminals. 

— .-15 — SMS— and -EMS - sea?v-ices -are -supported •in --mQbi-le-c0mmundGa-fei0n 

systems such as GSM. 

More recently, in wireless mobile communications, there has 
been developed a multimedia message service (MMS) that can 
transport pictures and video clips, for example, between 
20 mobile terminals. MMS services are supported in third 
generation mobile communication systems, such as GPRS and 
UMTS. 

Other, types of messaging services are also known in other 
areas of communication,- one example being that of instant 
25 messaging (IM) . In instant messaging an instant 
communication session, or chat session; is established 

between two users of a communication system, typically via 

computer terminals using computer networks . 



The SMS, EMS and MMS messaging services have all been 
standardised in third generation mobile communications in 
the ETSI/3GPP forum. 

To date, no instant messaging services have been 
5 standardised within ETSI/3GPP, but there is a desire to 
introduce instant messaging services in wireless mobile 
communication systems. 

However, the requirements of SMS and MMS messaging are 
different to those of instant messaging. In SMS and MMS 

10 messaging there is a requirements for reliable delivery, 
i.e. for a message to be delivered to the . recipient . In IM 
messaging, there is a requirement for instant delivery, i.e. 
for the message to be delivered to the recipient instantly. 
AS such the requirements of SMS/MMS messaging and IM 

15 messaging are different and not immediately f^^P^^^®; 

Furthermore, in introducing instant messaging services into 
the standardised environment of SMS /MMS, it is desirable for 
the architecture of the environment to remain unchanged such 
that:_JUie_existi.ng_.st.andardi£i.atiQn-ji^-jmafjte 

20 In current work there have been proposals to introduce 
instant messaging services within the ETSI/3GPP 
standardisation by keeping the MMS architecture similar to 
the existing standardised MMS architecture, but replacing 
the WAP push mechanism used with an SIP NOTIFY mechanism. 

25 The SIP NOTIFY mechanism is standardized in the IETF. 

However current work has also assumed that a different 
architecture is used for the instant messaging service. 
These solutions require that users have different addresses 
depending on which type of messaging is used. However it is 

30 highly desirable that users should have only a single 




3 




type) used. 

The invention proposes a solution for supporting SMS/MMS 
messaging in the same mobile communication environment that 
5 overcomes one or all. of the above stated problems. 

Summary of the Invention 

According to the present invention there is provided a 
method of supporting at least two types of message service 
in a mobile communications system, wherein the at least two 
10 types of^ message service are transported by a SIP message, a 
control portion of each SIP message including an 
identification of the type of message seirvice. 

The transmitted message is preferably processed in 
dependence on the identification in the control portion. The 

— 1.5 —control —portion -may..be--a . header ..-of- the SIP anessage . -The. 

control portion may be a value field of the SIP message. 

All messages are preferably processed by an application 
associated with the second message type. For messages of the 
first type, the application associated with the second 
20 message type foarwards the message to an application 
associated with messages of the second type . 

The at least two types of messaging service preferably 
include a first type of messaging service dependent upon 
reliable delivery and a second type of messaging service 
25 dependent .upon instant delivery. 

Preferably the first type of messaging service is one of a: 
short message, service; ' an extended message service; or a 
multimedia message service. 

Preferably the second type of message service is an instant 
30 messaging service. 



■ ' in another aspect the present invention provides a mobile 
comnrunications system in which at least a first and second 
type of message service are supported, wherein the system 
includes first and second application servers associated 

5 with the at least the first and second message service 
types, wherein the first and second types of message service 
are transported by an SIP message to the first application 
server, each SIP message including a control portion 
identifying the type of message, wherein the first 

10 application server is adapted to direct messages of the 
secdnd type to the second application server. 

The first application server is preferably an Internet 
multimedia subsystem application server. 

The second application server is preferably a multimedia 

15 message service application server. ^ 

~ '~Thi' "intiJi^e't ml^ltimedia subsystem application server is 
preferably adapted to store and forward SIP messages in 
dependence on the control portion identifying the message 
'. ^type. " ' 

20 The invention still further provides an application server 
of a mobile communications system in which at least a first 
and second type of message service are supported and in 
which the application server is associated with the first of. 
said message types, wherein the first and second types of 

25 message service are transported by an SIP message to the 
application server, each SIP message including a control 
portion identifying the type of message, and wherein the 
application server is adapted to direct messages of the 
second type to a further application server. 

30 The invention utilises an enhancement to the SIP MESSAGE, 
which is a method in the SIP protocol, not a header. This 
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messaging services. 

Tiie invention preferably provides a new SIP header or value 
field to be able to utilise a single technology for 



has standardised SMS and MMS ,(and EMS in the process*) , in 
accordance with the present invention the standardisation of 
instant messaging services within ETSI/3GPP is possible. 

In the standardisation of instant messaging, work it is 
10 highly probable that instant messaging, chat and MMS 
enhancements will be standardised, - 

The invention provides the necessary requirements from the 
user perspective to support the messaging, namely: a single 
recipient address and the possibility to select between 
15 * reliable delivery' (e.g. SMS, MMS) and ^instant delivery' 
(e.g. IM) . This invention provides a mechanism for such 
messaging features, which can be achieved with a single 
technology. 

• The~'p^e"s'ent~iTiventlon"'provi-des-a-Tiumber-of~-advant'ages-; 

20 A single architecture is provided as a platform for 
different messaging types. 

A single technology is provided as a platform for different 
messaging types. 

A single addressing scheme is provided for different 
25 corranunication types (messaging, presence, voice, gaming) . 

The invention enables IMS to be more tightly integrated to 
all types of messaging. 

Only one single infrastructure is needed to support two 
types of commLinications : bulk (like MMS, email) and real- 



5 different types of messaging services. Currently, ETSI/3GPP 



time (IM, " voice, gaming) / ' which messages have different 
characteristics . 

Brief Description of the Drawings 

The invention will now be described by way of example with 
5 reference to the accompanying drawings, in which: 

Figiire 1 illustrates a proposed implementation of multimedia 
messaging services in a mobile wireless communication 
system; 

Figure 2 illustrates a proposed implementation of instant 
10 messaging services in a mobile wireless communication 

system; and 

Figure 3 illustrates a proposed implementation of multimedia 
messaging services and instant messaging services in a 
mobile wireless communication system implemented in 
15' ""accordance' with tTrie present" iTiveiitioilT 
Description of Preferred Embodiments 

The invention is particularly described herein, with 

.re-ferenee-feo—an-exempiary— embodiments— wi4:li—r-e£ea^nce^^ 

first type of messaging service exemplified by multimedia 
20 messaging service (MMS) and a second type of messaging 
service exemplified by instant messaging (IM) . 
MMS and IM are discussed herein as they are good examples of 
the different messaging paradigms, and as such provide a 
good illustration of the implementation of the present 
25 invention. However, as will be appreciated by one skilled in 
the art from reading the following description, the present 
invention is not limited in its applicability to such a 
scenario . 

in each of Figures 1 to 3, there is illustrated a first 
30 mobile user terminal- 10 connected in, or connectable to, a 
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first mobile network '12 There is also' illustrated a second 




user terminal 16 connected in, or connectable to, a second 
mobile network 14. The mobile user terminal 10 is associated 
with a first user, ^user A' , and the mobile user terminal 16 



Each of the first and second mobile networks includes a 
multimedia messaging service (MMS) application server and an 
Internet multimedia subsystem (IMS) Application server. The 
first mobile network 12 includes an MMS application server 
10 18 and an IMS application server 20. The second mobile 
network includes an MMS application server 22 and an IMS 
application server 24 . 

Referring to Figure 1, there is first illustrated the 
current assumption of the multimedia messaging service 
15 (MMS) . 

The user A subscribes for the MMS service by sending a 
subscribe request 102 to the* IMS application server 20. 
Responsive thereto the IMS application send^ a subscribe 
^jceque at;—XQ^_t o the MMS application 18. 

20 The MMS subscribe request goes via the IMS application, and 
not direct to the MMS application itself, because the server 
accepting the subscription is within the IMS domain. That 
is, a recjuest destined to "sipmokia. com" , is sent to a 
nokia.com proxy (x-CSCF) , which will then either process the 

25 request itself, or forward it to the designated MMS 
application ser-ver, e.g., "sip :mms-123 . ims .nokia . com" . The 
request cannot be addressed directly to "sip:rams- 
123 . ims . nokia . com" , because it might be allocated 
dynamically. Only the "home proxy" has intricate knowledge 

30 of the domain's topology. Such network interconnection is 
known in the art . 
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is associated with a second user, *user B' . 
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The user 's," which provides' the ms content" requested by the 
user A,' sends an SMTP (sitnple mail transport protocol) 
message 106 to the MMS application server 106. The MMS 
application server 22 thereafter makes a HTTP post 108 to 
5 the MMS application 18. The trigger to send this MMS in the 
first place is totally internal to the user sending the 
message. It is addressed to MMS server 18, and that is why 
it gets routed there. 

The MMS application 18 then sends a notify message 110 to 
10 the IMS application 20, which in turn forwards a notify 
message 114 to the user terminal 10. The notify message 
notifies the user terminal that the MMS message content has 
been posted to the MMS application server 18. Thereafter the 
user terminal sends a SMTP message 116 to the MMS 
15 application server in order to retrieve the MMS content. 
- -Referring - to Fi^re ■2-; there- is" illustrated the " cuf reHt 
assumption of the instant messaging service. In Figure 2, 
the user terminal 10 initiates an instant messaging session 
by transmi tting an SIP message 202 to the IMS appli cation 
"i^'^^er 20'. The user terminal 16 also transmits an SIP 
message 206 to the IMS application server 24 to initiate an 
instant messaging session. 

The message in Fig 2 is sent via the home IMS simply because 
of accounting / architectural requirements of the 3GPP IMS. 

25 In the example illustrated in Figure 2, it is assumed that 
the mobile terminal 10 initiates' the instant messaging 
session first. As such, ah SIP message 204 associated with 
the terminal 2 02 is forwarded by the IMS application server 
20 to the IMS application server 24. On receipt of the SIP 

30 message 204, and the receipt of the SIP message 206, the IMS 
application server 24 identifies that both parties 



requesting an instant' messaging session are' available/*' and 
transmits an OK message 208 to the IMS application server 2 0 
and an OK message 210 to the user terminal 16. The IMS 
application server 20 forwards an OK message 212 to the user 
5 terminal 10. As such, an instant messaging session is 
established between the two users. 

From the above descriptions of Figures 1 and 2, it can be 
seen that the current assumption of instant messaging uses 
SIP messages and only the IMS application servers associated 
10 with each user. The current assumption of multimedia message 
services uses the MMS application and the IMS application 
server of the user initiating the messaging service, and 
also proposes the use of SIP messages. 

The current assumption of the instant messaging service in 
15 ETSI/3GPP is that it will be built on top of the SIP 
message. In brief, ' as ' sH6vm"^he^ 

Figure 2, the SIP message can be sent directly from a user A 
to a user B when an IM type service is being searved, and as 
can be seen from Figure 2 this messaging is efficient- In 
20 such a scenario as Figure 2 the user B, associated with 
terminal 16, need only have one IM address to which the 
message can be sent. 

However, referring to the implementation of MMS shown in 
Figure 1, in order to have a single architecture/transport 
25 for different messaging scenarios (that would be feasible 
from the implementation perspective) , the . SIP message for 
the IMS arrangement of Figure 2 should be routed to the MMS 
application of the user B. 

However the format of the SIP header is such that the IMS 
30 application would be able to route either none of the SIP 
messages to the MMS application, or all of the SIP messages 
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to the 'lSiS application/llowever, neither of ' these solutions 
apply to both messaging cases; as can be seen from Figure 1 
all MMS messages need to be routed to the MMS application, 
whereas from Figure 2 it can be seen that all IMS messages 
need not be routed to the MMS application. 

A solution to achieve the MMS service in the IM service 
environment shown in Figure 2 is to provide a separate 
address for a subscriber for MMS traffic. However this 
solution is not acceptable from the usability perspective, 
since it would require the user to have two addresses. 
A further solution would be for the user terminal to set 
some headers of the SIP message to force its routing via the 
MMS application for MMS messages. However, the problem with 
this solution is that the user would need to configure a 
setting related to the message routing, and that ^ is also 

'Tiiifer^ibie" from ' a" usability perspectlv 

The present invention therefore provides a solution to 
support different types of messaging service, and 
_ «p^r^-ificpTiy instan t m^ . e^sag i n g service and a multimedia 

20 messaging service in a mobile communications network, which 
does provide for a single architecture for transporting both 
types of messages without effecting the usability of the 
services • 

In accordance with the present invention, a new header (s) 
and/or new value (s) are defined in the SIP message, which is 
used to indicate the type of message service. In dependence 
on -the -type of message service identified, the message is 
routed to the appropriate one of the MMS application or the 
IMS application. 

The IETF working group on the SIP change process have 
proposed -P" -headers, where P stands for preliminary, 
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.private or proprietary, and which headers may be ' used for 
introducing additional functionality in the SIP messages 
which does not affect the fundamental operation of the SIP 
messages. Thus there are reserved certain headers, termed P- 
5 headers, for further use. The use of the P-headers is 
particularly for features which require the use of a header 
but which are not considered to justify modification of the 
existing headers. 

Thus, if the • modification of the standardised SIP message 
10 headers to incorporate an identity of the type of message 
was not justified, the P-header could instead be used. The P 
headers take the format of P-XXXX. 

In the presently described embodiment of the invention, it 
is required to distinguish between two different types of 

15 message service type. As such, the presence or absence of a 
part icular P-header could sTirply "'"be used ""to indicat e~~ "tHe"" 
.type of message. The P-XXXX header may then be created for 
the SIP message in dependence on the application from which 
the message is created. That is, if the MMS application is 

20 used to create the message the. P-header is set, and if the 
IM application is used to create the message the P-header is 
not set. Furthermore, this header can also be utilised in 
the receiving terminal to identify whether the message is 
intended for an IMS or MMS application. 

25 The IMS server 2 0 is thus adapted to support store and 
forward functionality. 

The invention is not limited in its implementation to such 
use of P7headers in the SIP message . Another possible 
implementation is to utilise the Rec[uest-URI header of an 
30 SIP message as described below: 

MESSAGEsip : j oe . j ohnh®nokia . com; store-and-f orward=yes SIP/ 2 . 0 



.... 

Based on the store-and- forward information in the IMS 
application, the IMS application can direct the message to 
the MMS application server as appropriate. This is an 
adaptation of the request-line of a SIP message, namely the 
5 Request-URI. As such , it is not a header. The message 
contains : 

[METHOD] destination [protocol] (the request-line) 
one-or-more headers: 
• • • 

10 A further possible implementation of the present invention 
is to utilise the ^expires' field in the SIP message. If the 
expiration time is set to ^ 0, the IMS application studies 
the header field value, and if it equals to 0 the message is 
routed directly to the recipient, otherwise to the MMS 
- 15- - -application;- -However- a -problem- with this -solufei-on -is--that- i-f- 
the expiry time has a useful meaning to the IM application,, 
e.g. expired messages are ^grayed', this functionality can 
not be achieved as all such messages would be routed to the 
MMS application. 

20 The implementation of the present invention is further 
illustrated with reference to Figure 3. Figure 3 shows the 
message flow for both IMS and MMS. For an IMS message, the 
operation is effectively as is shown in Figure 2. The SIP 
message 302 corresponds to the SIP message 202, and the OK 

25 message 304 corresponds to the OK message 212. The IMS 
application 20 determines the appropriate routing of the SIP 
message to the IMS application 24 in accordance with the SIP 
header information as discussed hereinabove. 

For an MMS operation, the user terminal similarly transmits 
30 an SIP message 3 02 to the IMS application 20. The IMS 
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."■" ''application determines an MMS "\ message f rom i^^tne " header 
information, and forwards the SIP message to the MMS 
application as message 306. Thereafter the HTTP post is 
made, and the MMS application returns an OK message 3 08 to 
5 the IMS application, and the IMS application then returns an 
OK message 304 to the mobile terminal 10. The mobile 
terminal can then retrieve the HTTP post as before. 

Thus, in the embodiment of Figure 3, the SIP messages 302 
and 306 effectively replace the sxibscribe messages 102 and 
10 104 of Figure 1, and the SIP OK messages 308 and 304 
effectively replace the Notify messages 110 and 114 of 
Figure 1 . 

The present invention is not limited in its applicability or 
scope to any of the described embodiments. Although the 
15 invention is described in relation to an example of an MMS 



and an IM, it is not limited to those specific types. More 
generally the invention relates to any at least two types of 
message that are require to be handled differently in a 

single architecture. 



20 Similarly the invention is not limited to using an IMS 
application server or an MMS application server. The 
invention may be utilised with any application server, 
related to specific messaging types. 
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Claims 

1. A method of supporting at least two types of message 
service in a mobile communications system, wherein the at 
least two types of message service are transported by a 

5 SIP message, a control portion of each SIP message 

including an identification of the type of message 
service. 

2 . A method according to claim 1 wherein a transmitted 
message is processed in dependence on the identification 

10 in the control portion. 

3. A method according to claim 1 or claim 2 wherein the 
control portion is a header of the SIP message. 

4. A method according to claim 1 or claim 2 wherein the 
control portion is a value field of the SIP message. 

15 "5. A' method "according' to "any one of claims" 1 to '4 wherei^^ 

messages are processed by an application associated with 
the second message type. 

6 . A method according to claim 5 wherein for messages of _the_ 
first type, the application associated with the second 

20 message type forwards the message to an application 

associated with messages of the second type. 

7 . A method according to any preceding claim wherein the at 
least two types of messaging service include a first type 
of messaging service dependent upon reliable delivery and 

25 a second type of messaging service dependent upon instant 

delivery. 

8 . A method according to claim 7 wherein the first type of 
messaging service is one of a: short message service; an 
extended message service; or a multimedia message service. 
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iTi. " method according to claim or claim 8 wherein the 
second type of message service is an instant messaging 
service . 

10. A mobile communications system in which at least a 
first and second type of message . service are supported, 
wherein the system includes first and second application 
servers associated with the at least the first and second 
message service types, wherein the first and second types 
of message service are transported by . an SIP message to 
the first application server, each SIP message including a 
control portion identifying the type of message, wherein 
the first application server is adapted to direct messages 
of the second type to the second application server. 

11. A mobile communication system according to claim 
10, wherein the control portion of the SIP message is a 
header field. 

12 . A mobile communication system according to claim 
10, wherein the control portion of the SIP message is a 

vaJjge field-.- — . . ^ 



20 13. A mobile communication system according to any one 

of claims 10 to 12, wherein the first type of message 
service is dependent upon the instant delivery of a 
message . 

14. A mobile communication system according to any one 

25 of claims 10 to 13, wherein the first type of message 

service is an instant messaging service. 

is'. A mobile commxinication system according to claim 13 

or claim 14, wherein the first application server is an 
Internet multimedia subsystem application server. 
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16- A mobile cominuni cat ion - server according * to * any one 

of claims 10 to 15 wherein the second type of messaging 
service is dependent upon reliable delivery of a message. 

17. A mobile communication system according to any one 
5 of claims 10 to 16 wherein the second type of message 

service is one of either: a short message service; an 
extended message service; or a multimedia message service. 

18. A mobile communication system according to any one 
of claims 10 to 17 wherein the second application server 

10 is a multimedia message server application server. 

19. A mobile communication system according to any one 
of claims 15 to 18, wherein the Internet multimedia 
subsystem application server is adapted to store and 
forward SIP messages in dependence on the control portion 

15 iden t ifying the message ty pe. _ 

20. An application server of a mobile communications 
system in which at least a first and second type of 
message service are supported and in which the application 

'■ server is associated ""wi th"nfh'e~f i"r s t ""of said^lffessage cypes , 

20 wherein the first and second types of message service are 

transported by an SIP message to the application server, 
each SIP message including a control portion identifying 
the type of message, and wherein the application server is 
adapted to direct messages of the second type to a further 
25 application seirver. 

21. An application server according to claim 20 
consisting of an Internet multimedia subsystem application 
server . 

22. An application server according to claim 20 or 
30 claim 21, wherein the further server is a multimedia 

messaging service applications server. 
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There • is provided a mobile comrmini cat ions system in which at 
least a first and second type of message service are 
supported, wherein the system includes first and second 
5 application servers associated with the at least the first 
and second message service types, wherein the first and 
second types of message service are transported by an SIP 
message to the first application server, each SIP message 
including a control portion identifying the type of message, 
10 wherein the first application server is adapted to direct 
messages of the second type to the second application 
server . 

[Figure 3] 



•* Abstract 




Figure 2. 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the appHcant. 

Defects in the images include but are not limited to the items checked: 

□ black borders 

□ image cut off at top, bottom or sides 

□ faded text or drawing 

□ blurred or illegible text or drawing 

□ skewed/slanted images 

□ color or black and white photographs 
□*^rayscale documents 

□ lines or marks on original document 

□ reference(s) or exhibit(s) submitted are poor quality 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



